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= (54) Title: SYNCHRONISATION OF SECURE AUDIOVISUAL STREAMS 
= (54) Titre : SYNCHRONISATION DE FLUX AUDIOVISUELS SECURISES 

S5S (57) Abstract: The invention relates to a method for the synchronisation of video streams during the secure distribution of video 
sequences according to a nominal MPEG-type stream format, said sequences comprising a succession of images. According to the 
^= invention, before transmission to the client equipment, an analysis of the stream is performed in order to generate: (i) a modified main 
mmmm sU'cam having the format of a nominal stream and comprising images which are modified through the substitution of certain data by 
^= data of the same type but random or calculated; and (ii) complementary information having any format and comprising the substituted 
^= data and the digital information which can be used to reconstruct the modified stream and which is referenced by synchronisation 
elements that can be used to ascertain to which image of the modified main stream they refer. Subsequently, the main stream is 
transmitted in real or delayed time and the complementary information is transmitted in real time, at the time of display, from the 
server towards the destination equipment. Next, a synthesis of a reconstructed stream with the nominal format is calculated on the 
destination equipment as a function of the main stream and the complementary information, and said reconstructed stream is read on 
the destination equipment. The sending of the complementary information is determined by reading the reconstructed stream, said 
information being sent in portions according to the position identifier transmitted by the destination equipment to the server. 
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(57) Abrege : La presente invention conceme un proc^d6 pour la synchronisation de flux vid^o lors de la distribution s^uris^e 
de sequences videos selon un format de flux nominal de type MPEG constitu6s par une succession d' images. On proc^de, avant 
la transmission a I'equipement client, a une analyse du flux pour generer un flux principal modifie, pr6sentant le format d*un flux 
nominal, et presentant des images modifi^es par la substitution de certaines donn^ par des donnees de meme nature mais al&toires 
ou calculees, et une information compl6mentaire d'un format quelconque, comportant les donndes substitu&s et les informations 
numeriques aptes ^ permettre la reconstruction dudit flux modifie, r6ferenc£es par des elements de synchronisation permettant de 
savoir ^ quelle image du flux principal modifi6 elles se r^fSrent, puis on transmet s6par6ment, le flux principal en temps r6el ou 
en temps diff6r6 et rinformation compl6mentaire en temps rdel au moment de la visualisation depuis le serveur vers I'equipement 
destinataire, et on calcule sur I'equipement destinataire une synthase d'un flux reconstitue au format nominal en fonction dudit flux 
principal et de ladite information complemcntaire et une lecture dudit flux reconstitue sur I'equipement destinataire. La lecture sur 
Tequipement destinataire conditionne 1' envoi de ladite information complemcntaire, celle-ci ^tant envoyee par portions en fonction 
dudit identifiant de position transmis par I'equipement destinataire au serveur. 
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SYNCHKONISATION DE FLDX AODIOVISUELS SECORISES 

La presents invention se rapporte au domaine du 
traitement de flux vid6o num6riques. 
5 On se propose dans la pr^sente invention de fournir un 

systdme permettant de recomposer un contenu vid^o num6rique 
prealablement embrouill^ visuellement. 

La pr^sente invention se rapporte plus 
particuli^rement ^ un dispositif capable de transmettre de 

10 fagon s^curis^e un ensemble de films de haute quality 
visuelle vers un ecran de visualisation type ecran de 
television et/ou pour etre enregistr6 sur le disque dur ou 
sur tout autre support d' enregistrement d'un boitier reliant 
le r^seau de t^l^transmission I'^cran de visualisation tel 

15 qu'un §cran de t^l^vision ou un moniteur d'ordinateur 
personnel, tout en preservant la qualite audiovisuelle mais 
en ^vitant toute utilisation frauduleuse comiae la 
possibility de faire des copies pirates de films ou de 
programmes audiovisuels enregistr^s sur le disque dur ou 

20 tout autre support d'enregistrement du boitier d6codeur. 
L' invention concerne un syst&ne client - serveur et le 
mecanisme de synchronisation entre le serveur qui fournit le 
flux permettant le visionnage du film vid^o nura^rique 
securise et le client qui lit ^ et af f iche le flux video 

25 num^rique . 



Avec les solutions actuelles, il est possible de 
transmettre des films et des prograimnes audiovisuels sous 
forme num^rique via des r^seaux de diffusion de type 
30 hertzien, cSble, satellite, etc. ou via des r^seaux de 
telecommunication type DSL (Digital Subscriber Line) ou BLR 
(boucle locale radio) ou via des reseaux DAB (Digital Audio 
Broadcasting), etc. Par ailleurs, pour 6viter le piratage 
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des ceuvres ainsi diffus^es^ ces dernidres sont souvent 
crypt^es ou einbrouill6es par divers moyens bien connus de 
I'hoinme de I'art. 

ToutefoiSr l'inconv6nient principal de toutes les 
solutions actuelles (TiVo Inc., WO00165762) est qu'il faut 
transmettre non seulement les donn^es crypt6es vers les 
utilisateurs, mais egalement les cl6s de d6cryptage. La 
transmission des cl6s de d^cryptage pouvant se faire avant, 
en ni§me temps ou apres la transmission des programmes 
audiovisuels. Pour augmenter la securite at done la 
protection des oeuvres audiovisuelles centre une utilisation 
mal intentionn^e, les cl^s de d6cryptage ainsi que les 
fonctions de d6cryptage des decodeurs audiovisuels peuvent 
comporter des moyens de securite am61ior§s comme des cartes 
k puces ou autres cl6s physiques qui peuvent en option, §tre 
mises a jour k distance. 

Ainsi, les solutions actuelles appliqu6es ^ un boitier 
d^codeur avec possibility d' enregistrement local de 
programmes audiovisuels sous forme numerique sur un support 
quelconque de type disque dur ou autre type de memoire, 
offrent ^ un usager mal intentionn6, la possibility de faire 
des copies non autorisees des programmes ainsi enregistres, 
puisqu'a un moment donne^ cet usager poss^de avec son 
boitier d6codeur numerique, associ6 ou pas k des syst^mes de 
cartes d, puce, toutes les informations, programmes logiciels 
et donnSes permettant le decryptage complet des programmes 
audiovisuels. En raison justement du fait qu'il poss^de 
toutes les donn6es, 1' usager mal intentionnd aura la 
possibility de faire des copies illegales sans que personne 
ne s'apergoive de cette copie frauduleuse au moment od elle 
est faite. 

Une solution consisterait done a transmettre tout ou 
partie d'un programme audiovisuel numerique uniquement k la 
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demande (services de vid6o k la deitiande) k travers un r6seau 
de telecommunication large bande de type ADSL^ c§ble ou 
satellite, sans autoriser I'enregistrement local des 
programmes audiovisuels . Ici, 1' inconvenient est tout autre 
5 et provient des performances de ces r6seaux qui ne 
permettent pas de garantir des flux continus de quelques 
megabits par seconde k chaque usager, corame exige par les 
flux MPEG qui necessitent des bandes passantes de quelques 
centaines de kilobits a plusieurs megabits par seconde. 

10 Dans ces conditions, una solution consiste k s^parer 

le flux en deux parties dont aucune ne serait utilisable 
seule. Dans cette optique plusieurs brevets ont ete deposes. 
Ainsi, on connait par le document WO09908428 (Gilles Maton) 
un precede de traitement multi-applicatif d'un terminal 

IS actif localisable dans lequel on realise au moins une 
liaison avec un programme identifiable dedie a 1' execution 
d'une application, ledit programme dictant ses conditions 
d' exploitation au terminal pour la mise k disposition des 
fonctions. Le terminal dialogue ponctuellement, par I'emploi 

20 d'une liaison, avec le centre de gestion pour la 
realisation, si n^cessaire, des entrees et sorties des 
capacites de ce dernier, le centre de gestion devenant 
esclave ou non du teirminal au niveau de I'applicatif vis-^- 
vis du programme entrant. Cette invention concerne egalement 

25 le precede d' identification du programme et du terminal en 
exploitation, Ce precede de I'art ant6rieur divise le flux 
en une partie servant k identifier I'utilisateur et une 
partie qui contient le programme proprement parler. En 
particulier, ledit programme n'est pas inutilisable mais 

30 seulement verrouilie par la premiere partie. Enfin, ce 
brevet ne presente aucune solution pour synchroniser 
lesdites parties. 
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D' autre part, le document EP0778513 (Matsushita) 
d6crit un proc6d6 permettant de pr6venir I'utilisation 
ill6gale d'une information en y ajoutant une information de 
contr61e afin de verifier les droits de I'utilisateur. Le 
5 syst^me permet de savoir en permanence quelle partie de 
1' information est utilis6e et par quel utilisateur et par Ik 
de savoir si cet utilisateur est en position ill6gale ou 
pas. Ce proc6d6 s6curise done les donn6es en y ajoutant des 
informations additionnelles qui d6naturent 1' information 
10 initiale. 

i.e document WO0049483 (Netquartz) nous offre 6galement 
des proc6d6s et des syst^raes pour cr6er un lien entre les 
utilisateurs et un 6diteur d'entit6s num6risees. Le proc6d6 
comprend I'une au moins des 6tapes suivantes : l'6tape de 
15 subdiviser ladite entiti num6ris6e en deux parties ; l'6tape 
de m6moriser une partie dans une zone m6moire d'un serveur 
connects k un r6seau inforraatique ; l'6tape de transmettre 
1' autre partie k au moins un utilisateur disposant d'un 
equipement ihformatique ; l'6tape de connecter ledit 
6quipement inforraatique audit r6seau inforraatique ; l'6tape 
d'etablir un lien fonctionnel entre ladite premiere partie 
et ladite deuxi4me partie. Ces precedes et syst^mes ne 
sp6cifient pas d'une part si la partie ra6raoris6e sur le 
serveur peut «tre stock6e par 1' utilisateur ce qui 
25 permettrait k celui-ci de pirater ladite entit§ numeris6e, 
et d' autre part la fagon de synchroniser lesdites deux 
parties • 

Enfin, dans cette approche, l'6tat de la technique le 
plus proche se retrouve dans les brevets d'HyperLOCK 
Technologies dont le plus pertinent est le document 
US05937164. Cette invention utilise la solution qui consiste 
k s6parer le flux en deux parties dont la plus petite 
d6tient une information n^cessaire k 1' utilisation de la 
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plus grande. Cependant, ce brevet- n' est pas suffisant pour 
r6pondre au probldme identifi6. En effet, la suppression 
d'une partie du flux denature le format du flux, et ne peut 
done pas 6tre reconnu coirnne un flux standard, exploitable 
avec des applications logicielles g6n6rales. Ce proc§d6 de 
I'art ant6rieur n6cessite d la fols un logiciel sp6cifique 
c6t6 serveur, pour la separation des deux parties, et un 
autre logiciel sp6cifique assurant non seulement la 
reconstruction du flux, mais 6galenient 1' acquisition du flux 
principal et son exploitation selon un format propri^taire h 
la solution. Ce format propri^taire n'est pas le format 
initial du flux avant separation en deux parties, dans cette 
solution connue. 

Cette soci6t6 a 6galement d6pos6 trois autres 
brevets : le document US5892825 reprend le brevet pr6c6dent 
mais dans un cadre moins large car les flux y sont toujours 
cryptes ; le document US6035329 repose sur le mSme principe, 
il conceme un proc6d6 permettant la lecture d'un disque de 
type CD-ROM ou DVD-ROM conditionnelleinent i 1' identification 
des droits par 1' insertion d'une carte i puce sur laquelle 
les informations necessaires ^ la lecture sont stock6es. Ce 
procM6 n'est encore pas suffisant pour notre probleme car 
il ne garantit pas que le flux raodifii soit du meme format 
que le flux originel. Enfin, le document US6185306 conceme 
un proc6d6 de transmission de donn6es cryptees depuis un 
site Web vers un ordinateur demandeur. Ce proc6de permet 
cependant a I'utilisateur de disposer & un moment donn6 de 
tous les outils necessaires pour copier les donn^es. 

Une autre reference de I'art ant6rieur est le document 
wo 00/44172 qui presents un syst&ne de distribution de vid6o 
A la demands consistant a transmettre des flux videos 
cryptes depuis un fournisseur vers un ou plusieurs 
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recepteurs. La vid6o cryptee est stock6e au pr^alable chez 
le r6cepteur et est visualis^e ult6r ieurement . La requ§te de 
visualisation est adress6e k un 6metteur vid§o qui envoie 
1' information de d6cryptage pour une visualisation immediate 
du flux vid6o. L' information de d6cryptage est envoy^e au 
r^cepteur par voie s6par6e ou par la meme voie que la video 
cryptee. Avant 1' envoi des cles (statiques ou dynamiques) 
pour le decryptage^ est ef feature une 6tape d' identification 
du rdcepteur. Get art ant^rieur decrit done un syst^e de 
cryptage a I'aide de cl6(s) bien connu par I'homme de I'art. 
Toutefois, la totalite du flux vid6o protege par cryptage 
est stockee chez le recepteur, I'enseirible des donnees du 
flux vid^o se trouve a I'interieur de la vid6o protegee, il 
peut done §tre vulnerable au piratage. 

L'art ant§rieur connalt ^galement le document US 
2002/0164024 Al qui concerne un systeme de traitement de 
donnees videos et audio bas6 sur une relation de prediction 
entre trames, contenant un module de fragmentation des 
donnees, un module de cryptage d'une partie des donnees, un 
module d' envoi, un module pour differencier le traitement 
par type de trames I, B et leur rangement dans des files 
separees, un module de reception, un module de decryptage et 
un module d' assemblage des donnees. Le processus de cryptage 
est effectue uniquement sur des fragments comportant des 
images I, qui sont d^crypt^es et re-assembl^es dans le 
r^cepteur, reconstituant ainsi la viddo, la reconstitution 
etant effectu^e en alignant les paquets par ordre croissant 
de la reference de temps indiqu6e dans le flux binaire. Ce 
document dScrit un systdme de cryptage « classic[ue avec 
optimisation du cryptage. La fragmentation est appliqu^e 
dans le but de s6parer les images I du reste du flux afin de 
les crypter. Apres ce cryptage s61ectif, les fragments sont 
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envoy6s en utilisant diff6rentes files d'attente. Cependant, 
toutes les donn6es du flux audiovisual restent k I'int^rieur 
du flux proteg6r tout ou partie du flux etant pas crypt6. 

Enfin, le brevet WO 01/97520 pr6sente 6galement des 
la^thodes, des proc^d^s et des dispositifs pour controler la 
transmission et I'enregistreraent des contenus num6ris6s de 
type MPEG-2. Toutefois, ce brevet ne pr^sente aucune 
specificity pour la synchronisation des flux qui constituent 
les deux parties d'un meme programme audiovisuel. De plus, 
la m^thode decrite dans ce brevet est totalement inefficace 
pour les r^seaux de telecommunication bas debit, car elle 
substitue tout ou partie des images I dont le poids en 
octets est .tr^s coiiteux lors de la transmission du deuxieme 
flux. 

Afin de corriger ces differents defauts, 1' invention 
concerne dans son acceptation la plus g6nerale un proc6d6 
pour la distribution de sequences videos selon un format de 
flux nominal constitu6 par une succession d' images, ledit 
flux sur lequel on precede, avant la transmission i 
I'equipement client, k une analyse pour gen6rer un flux 
principal modifie, presentant le format du flux nominal, et 
presentant des images raodifiees par la substitution de 
certaines donnees par des donnees de meme nature mais 
aieatoires ou calcuiees, et une information compiementaire 
d'un format quelconque, comportant les donnees substitu6es 
et les informations num6riques aptes ^ permettre la 
reconstruction dudit flux nominal modifie, puis ^ 
transraettre separement, le flux principal modifie en temps 
reel ou en ten^s differe et 1' information compiementaire en 
temps reel au moment de la visualisation depuis le serveur 
vers I'equipement destinataire, et pour lequel on calcule 
sur I'equipement destinataire une synthase d'un flux 
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disponible au format nominal, reconstitu6 en fonction dudit 
flux principal modifi6 et de ladite information 
con5)16mentaire et une lecture dudit flux disponible sur 
I'^quipement destinataire caract6ris6 en ce que ledit 
5 precede coinporte, pendant ladite lecture dudit flux, une 
6tape consistant ^ g6n§rer un identifiant de position en 
fonction d'une caract^ristique dudit flux lu, cet 
identifiant de position 6tant transmis au serveur activant 
en r^ponse 1' envoi de 1 ' information complementaire fonction 
10 dudit identifiant de position. 

Selon une premiere variante, chaque image du flux 
nominal est associ^e k un indicateur de position. 

Selon une deuxieme variante, I'^tape de lecture 
coraporte une operation de calcul de 1' identifiant de 
15 position de 1' image lue. 

Selon une troisieme variante, l'6tape de lecture 
con^jorte une operation de calcul de 1' identifiant de 
position du flux lu. 

Avantageusement, 1' information coir^l^raentaire est 
20 envoy^e par portions. 

Selon un mode de realisation particulier de 
1' invention, le flux disponible sur I'^quipement 
destinataire dont la lecture conditionne la position et la 
portion ^ envoyer de ladite information complementaire est 
25 une partie du flux principal modifi6. 

Selon un autre mode de realisation, le flux disponible 
sur l'6quipement destinataire dont la lecture conditionne la 
position et la portion S envoyer de ladite information 
complementaire est une partie du flux nominal reconstitue. 
30 Dans un mode de mise en oeuvre particulier de 

1' invention, le format de flux nominal est d^fini par la 
norme MPEG-2. Dans ce cas particulier de realisation, ledit 
identifiant de position pour une image est constitue des 
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variables ''^time_code''r ou code temporel, associ^ aii groupe 
d' images dans lequel se trouve 1' image consider^e et 
'^temporal^reference'', ou r6f6rence temporelle, pour 1' image, 
qui sont des variables d^finies par MPEG-2. 
5 Avantageusement, chaque portion de ladite information 

cdmpl6mentaire envoy^e par le serveur permet de reconstituer 
au moins une image du flux originel lors de ladite synthase. 

Selon un mode de mise en oeuvre particulier, le serveur 
adapte la taille et le contenu de chaque portion de ladite 

10 information compl^entaire a envoyer en fonction dudit 
identifiant de position. 

Dans un mode de realisation prefere, chaque portion de 
ladite information complementaire est envoyie en avance par 
rapport a 1' instant d'affichage de ladite image du flux 

15 reconstitute avec ladite portion. 

Dans un mode de mise en oeuvrer le serveur adapte 
I'envoi d' information complementaire, lorsque I'utilisateur 
de I'Squipemeiit destinataire fait « pause )>, en arrStant 
1' envoi de 1' information complementaire. De meme, le serveur 

20 adapte 1' envoi d' information complementaire, lorsque 
I'utilisateur de I'^quipement destinataire fait « avance 
rapide » ou « ret our rapide », en envoyant la portion 
correspondant k la position adequate pour les commandes 
« avance rapide » et « retour rapide ». De la meme fagon, le 

25 serveur adapte 1' envoi d' information complementaire 
lorsqu'une panne rtseau survient qui empeche la 
coiraaunication client - serveur, en arretant 1' envoi 
d' information complementaire durant la panne et en le 
reprenant lorsque la panne cesse et qu'il revolt de nouveau 

30 les messages en provenance du client. 

Avantageusement, le serveur cree, prealablement a 
1' envoi de 1' information complementaire, un tableau 
associant des pointeurs vers des portions de 1^ information 




wo 2004/056114 PlBrR2003/0501S8 



10 

compl6mentaire avec des positions temporelles relatives a 
des images du flux vid^o, stocke ledit tableau sur un 
support reli6 au serveur et consulte ledit tableau pour 
determiner la portion d' information compl^entaire k envoyer 
apr^s avoir regu ledit identifiant de position. 

L' invention concerne 6galement un equipement pour la 
fabrication d'un flux vid^o en vue de la mise en oeuvre du 
proced^ tel que decrit ci-dessus, comportant au moins un 
serveur multimedia contenant les sequences videos 
originelles, un dispositif d' analyse du flux vid^o provenant 
dudit serveur pour g6n6rer ledit flux principal modifi6 et 
ladite information compl6mentaire et qui comprend en 
particulier un dispositif de synchronisation de 1' envoi de 
ladite information compl^mentaire en fonction dudit 
identifiant de position envoys par l'6quipement 
destinataire . 

L' invention concerne enfin un syst&ne pour la 
transmission d'un flux vid6o selon le proc6d6 d6crit ci- 
dessus, coitrprenant un equipement de production d'un flux 
video, au moins un equipement d' exploitation d'un flux vid^o 
et au moins un reseau de communication entre 1' Equipement de 
production et le(s) equipement (s) d' exploitation. 

La pr^sente invention sera mieux comprise a la lecture 
de la description d'un exeittple non limit at if de realisation 
qui suit, se r^f^rant aux dessins annexes oi : 

-la figure 1 d6crit 1' architecture d' ensemble d'un 
systdme pour la mise en oeuvre du proc^de selon 1' invention ; 

- la figure 2 repr^sente un mode de realisation 
particulier du syst^me de synchronisation des flux 
audiovisuels conforme ^ 1' invention. 

Le principe general d'un proc^de de s6curisation d'un 
flux video est expose ci-apr^s. L' invention concerne un 
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lSroc6d6 pour la distribution de sequences videos numeriques 
selon un format de flux nominal constitu6 par une succession 
d' images (« pictures » en anglais ou pour le format MPEG) 
comprenant chacune au moins un bloc num6rique regroupant un 
certain nombre de coefficients correspondant k des 616ments 
video simples cod6s num6riquement selon un mode pr6cis6 k 
I'interieur du flux concem6 et utills6 par tous les 
d6codeurs videos capables de I'afficher afin de pouvoir la 
dicoder correctement et 6ventuellement organis6es de fagon 
hi6rarchique en groupe d' images et sequences. 

Avantageusement le format contient un moyen de 
localisation de ladite image num^rique dans le flux k I'aide 
d'un Identifiant de position temporelle permettant de savoir 
k quel moment 1' image en question doit §tre affich6e. 
^5 Ce proc6d6 contporte : 

-une 6tape pr6paratoire consistant k modifier au 
moins un desdits 616ments d'une desdites images, le flux 
binaire ainsi g6n§r6 6tant appel6 flux principal modifi6 ; 
-une 6tape de transmission : 

o du flux principal modifi6 conforme au format 
du flux nominal, constitu6 par des images contenant les 
el&nents modifies au cours de I'etape preparatoire et 

o d'une information num6rique compl6mentaire 
par une voie s6par6e dudit flux principal modifi6, 
permettant de reconstituer le flux originel k partir du 
.calcul, sur I'iquipement destinataire, en fonction dudit 
flux principal modifi6 et de ladite information 
compl&nentaire. On d6finit ladite information coi^M&nentaire 
comme un ensemble constitu6 de donnSes (par exemple des 
616ments d6crivant le flux num6rique originel ou extraits du 
flux originel) et de fonctions (par exemple, la fonction 
substitution ou permutation) . Une fonction est d6finie comme 
contenant au moins une instruction mettant en rapport des 
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donn^es et des op6rateurs. Ladite information compl&nentaire 
d6crit les operations a effectuer pour recup6rer le flux 
originel i partir du flux principal modifi6. 

La reconstitution du flux originel s'effectue sur 
5 I'equipement destinataire k partir du flux principal modifi6 
d6ji present sur I'equipement destinataire ou envoy6 en 
temps reel et de 1' information compl6mentaire envoy6e en 
temps reel au moment de la visualisation comprenant des 
donnees et des fonctions executies k I'aide de routines 
10 (ensemble d' instructions) numeriques. L' information 
compl&nentaire est envoy6e par le serveur en fonction de la 
position de la tite de lecture dans le flux disponible sur 
I'equipement client. Cette position, definie par un 
identifiant de position ou 616ment de synchronisation, est 
envoyee reguliSrement par le client au serveur suivant 
1' instant de visionnage par le client du flux disponible sur 
I'equipement client. Ledit flux disponible sur I'equipement 
client est identique au flux originel si le client possede 
les droits pour I'afficher et s'il est en connexion avecle 
serveur contenant 1' information compiementaire, ou identique 
au flux principal modifie si ce n'est pas le cas. 

Quand le flux disponible sur I'equipement destinataire 
est identique au flux originel, I'utilisateur peut le 
visionner sur son ecran et si I'utilisateur desire se 
deplacer dans la sequence video, le client informe le 
serveur de la nouvelle position de la tete de lecture et le 
serveur envoie alors 1' information con^iiementaire necessaire 
au client pour reconstituer la portion du film qu'il regarde 
desormais . 

Dans la presente invention, on entend sous le terme 
« embrouillage » la modification d'un flux video numerique 
par des methodes appropriees de maniere k ce que ce flux 
reste conforme 4 la norme avec laquelle il a ete encode 
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nuia6riquement, tout en le rendant jouable par un afficheur 
vidio, mais alt6r6 du point de vue de la perception visuelle 
hvimaine . 

Dans la pr6sente invention, on entend sous le terme 
« d^sembrouillage » le processus de restitution par des 
m^thodes appropri^es du flux initial, le flux vid6o restitu6 
apr^s le d^sembrouillage 6tant identique au flux vid6o 
initial . 

La pr6sente invention propose une protection grSce k 
un embrouillage du flux video fondle intigralement sur sa 
structure, protection qui consiste i modifier des parties 
cibUes du « bitstream » (flux binaire structure) 
essentielles pour la comprehension du film par un ail 
humain. Les vraies valeurs de ces parties cibl6es sont 
extraites du bitstream et stockies en tant qu' information 
compl&uentaire, et k leurs places sont mises des valeurs 
aleatoires ou calcul^es ou des valeurs permut6es, et cela 
sur la totality du flux vid6o. Ainsi, on rajoute des 
« leurres » pour le decodeur, c'est-^-dire des valeurs 
comprehensibles pour le decodeur, mais non identiques k 
celles pr6sentes dans le flux nominal, qui repoit en entree 
un flux video compietement conforme au format video 
d'origine, mais qui n'est pas acceptable du point de vue 
perception visuelle par un §tre humain. 

A 1' inverse de la plupart des syst&nes de cryptage 
d6ja connus par I'homme de I'art, le principe d6crit ci- 
dessous permet d' assurer un haut niveau de protection sans 
necessiter une liaison client - serveur haut d6bit puisque 
ladite information compl&tientaire & envoyer ne repr6sente 
qu'un faible pourcentage du flux video d'origine, le flux 
principal modifie etant d6j^ present sur I'equipement du 
client. 
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La protection^ r6alis6e de fagon conforme k 
1' invention/ est basee sur le principe de la suppression 
et/ou du remplacement d' informations d6crivant le signal 
vid6o par une m6thode quelconque, soit : substitution, 
modification ou d6placement de 1' information. Cette 
protection est 6galement bas^e sur la connaissance de la 
structure du flux k la sortie de I'encodeur vid6o : 
I'einbrouillage depend du contenu dudit flux vid6o num^rique. 
La reconstitution du flux originel s'effectue sur 
I'^quipement destinataire k partir du flux principal modifi^ 
d6ji present ou re^u en temps reel sur I'equipement 
destinataire et de 1' information complementaire envoy^e en 
temps r§el au moment de la visualisation comprenant des 
donn6es et des fonctions ex6cut6es ^ I'aide de routines 
(ensemble d' instructions) num6riques. 

La presente invention concerne en particulier le 
processus de synchronisation entre le fournisseur de 
1' information con^l^entaire (le serveur) et le 
lecteur/afficheur install^ chez le client. Pour cela 
1' invention utilise des elements de synchronisation (ou 
identifiants de position de la tete de lecture dans le flux 
disponible sur I'^quipement destinataire) qui permettent de 
faire le lien entre une portion donnee de 1' information 
complementaire et la partie du flux principal modifie 
qu'elle permet de modifier afin de reconstituer la partie 
correspondante du flux nominal. Par exemple 1' invention 
utilise des donnees de position temporelle relatives a la 
t§te de lecture du client dans le flux vid6o disponible sur 
I'^quipement client, corame celles contenues dans un flux 
MPEG, pour determiner 1' information compl&nentaire k 
envoyer . 

Une autre possibility, correspondant k un autre 
exemple de realisation, est de n\im6roter les images du flux 
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principal modifi6 et d'indiquer, dans les differentes 
portions de 1' information con^sl^entaire, le num6ro de 
1' image ou des images du flux principal modifie que ladite 
portion permet de modifier afin de reconstituer la partie 
correspondante du flux nominal. 

Un autre exemple de realisation consiste k utiliser 
des mots binaires calculus i partir du flux principal 
modifie, un mot binaire donn^ 6tant specif ique k une portion 
du flux principal modifie donn^e, qui est alors specifi6 
dans la portion de 1' information complementaire 
correspondante • 

Un autre exemple de realisation consiste k utiliser 
des mots binaires calcules a partir du flux principal 
modifier un mot binaire donnd etant specif ique k une image 
du flux principal modifie donnee, qui est alors specifie 
dans la portion de 1' information complementaire 
correspondante . 

Un autre exemple de realisation consiste k a j outer un 
mot binaire unique dans chaque chait^ utilisateur du flux 
principal modifie (champ « user data » de MPEG-2 par 
exemple), et dans la portion de 1' information complementaire 
correspondante. Un champ utilisateur est caracterise en ce 
qu'on peut y a j outer des informations binaires sans que cela 
n'affecte I'affichage du flux binaire video le con tenant. 

Quelle que soit la solution choisie, le client envoie 
regulierement au serveur 1' identifiant de position de la 
tete de lecture du client dans le flux disponible sur 
I'equipement destinataire (position temporelle ou mot 
binaire) permet tant au serveur de determiner la portion de 
1' information complementaire dont I'equipement client a 
besoin pour transformer le flux principal modifie afin de 
reconstituer la partie correspondante du flux nominal. 
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L' invention sera mieux comprise k la lecture d'un 
exemple de realisation de 1' invention, en se r§ferant aux 
figures 1 et 2. 

Dans cet exemple de realisation, 1' invention conceme 
une sequence vid6o encodee selon le format MPEG-2, sans que 
cela constitue une reduction de la port6e de la pr^sente 
invention . 

Sur la figure 1, I'agencement d' interf agage vid^o (8) 
est adapts pour relier au moins un dispositif d'affichage, 
par exemple un moniteur, un video projecteur ou un 
dispositif de type ^cran de television (6) , k au moins une 
interface de r^seau de transmission et de diffusion large 
bande (4) et ^ au moins une interface de r^seau de 
telecommunication (10) . Selon la pr6sente invention, cet 
agencement est compose d'un module (8) comprenant 
principalement, d'une part, une unite de traitement adaptee 
pour traiter, en particulier decoder et desembrouiller tout 
flux video de type MPEG-2 selon un programme logiciel de 
d^codage et desembrouillage pre-charge, de maniere k 
I'afficher, en temps reel ou differe, de le stocker, de 
I'enregistrer et/ou de I'envoyer via un reseau* de 
telecommunication et, d' autre part, au moins une interface 
d'ecran (7) et une interface de connexion a un reseau local 
ou etendu (5) et/ou (9) . Le reseau de transmission et de 
diffusion large bande (4) et le reseau de telecommunication 
(10) pouvant §tre confondus en un seul reseau. 

Le disque dur ou le dispositif d' enregistrement du 
module (8) peut etre utilise comme memoire tampon pour 
stocker momentanement au moins une partie du programme ou de 
la sequence video k afficher, en cas de visualisation 
differee ou de limitation dans la bande passante du reseau 
de transmission. La visualisation peut etre retardee ou 
differee a la demande de I'utilisateur ou du portail (12) . 
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Comme le montre la figure 1, 1' interface de connexion 
(5) est reli6e k un r6seau de transmission et de diffusion 
large bande (4) telle qu'un modem, un modem satellite, un 
modem cabl6, d'une interface de ligne k fibre optique ou 
d'une interface radio ou infrarouge pour la communication 
sans-fil. 

C'est par cette liaison classique de diffusion vid§o 
que seront transmis les contenus des programmes audiovisuels 
comme des films. Toutefois, de fagon k ne pas laisser faire 
de copies pirates, avant de transmettre le contenu 
audiovisuel depuis le serveur (1) ou le portail (12) il est 
pr^vu de conserver une petite partie du contenu audiovisuel 
dans le portail (12) . 

En cas de visualisation d'un programme audiovisuel en 
temps r6el, cette petite partie du contenu audiovisuel 
conserv^e dans le portail (12) sera 6galement envoy^e au 
module (8) en temps r6el, via le reseau de t616communication 
(10). 

Dans le format MPEG-2, le flux audiovisuel est divis^ 
en une hierarchie de structures imbriquees les unes dans les 
autres. Ainsi, un « flux » contient un nombre ind^fini de 
groupes d' images li^es les unes aux autres (« GOP » : 
« Group of Pictures ») ; un groupe d' images contient un 
certain nombre d' images (gen6ralement 12 ou 15 pour MPEG 
mais ce n'est pas obligatoire) ; une image est decompos6e en 
tranches (« slices ») / une tranche contient une s6rie de 
macroblocs ; un macrobloc regroupe entre 6 et 12 blocs ; un 
bloc contient 1' information relative k un carr6 de 8 pixels 
sur 8 sous formes de coefficients fr6quentiels. Le flux est 
compresse par une transformation k cosinus discret (DCT) , 
qui s' applique sur chaque bloc de fagon k concentrer 
1' information pertinente dans seulement certains 
coefficients de fagon a pouvoir supprimer les autres et 
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ainsi r6duire la quantity d' information a stocker^ et k un 
6chantillonnage des coefficients transform^s et un codage 
destine k r6duire la taille du flux (par exemple un codage k 
longueur variable ou un codage de type « Run-Level ») . 

Dans cet exeittple de realisation, d^crit en r§f6rence 
aux figures 1 et 2, le flux nominal (101) provient du 
serveur (1) pour etre transmis au portail (12) . Le 
dispositif d' analyse (121) du portail (12) precede k 
1' analyse du flux nominal (101) pour constituer d'une part 
le flux principal modifi^ (122) et d' autre part 
1' information compl^mentaire (123). Le flux principal 
modifi6 (122) est transmis au client d'une raanidre 
quelconque. Cette mani^re peut %tre : k travers un r^seau 
large bande (4) de type BLR ou DSL, k travers un r6seau 
mobile de type GSM, ou encore grace a un CD-ROM ou un autre 
support physique. Le client stocke le flux principal modifi^ 

(122) sur un support physique (85) situ6 chez lui, ledit 
support physique pouvant dtre un disque dur ou un CD-ROM. 

Lorsque le client (8) d6sire regarder la sequence 
video correspondant k ce flux principal modifi6, il adresse 
la demande au serveur (12), en specif iant un identifiant de 
la sequence vid^o demand6e et en fournissant au moins un 
identifiant du client (8) . Le serveur (12) regoit la demande 
du client et verifie si celui-ci a le droit de regarder la 
sequence demand6e, en utilisant 1' identifiant de la sequence 
et celui du client. Cette verification peut §tre faite par 
exenqole k I'aide d'une base de donn^es r4pertoriant pour 
chaque client la liste des sequences video autorisees. 

Si le client (8) est autoris^ k regarder la sequence 
video demandee, le serveur (12) etablit une connexion avec 
le client pour transmettre 1' information compldmentaire 

(123) a travers le reseau (10) . Lorsque la connexion est 
etablie, le client (8) envoie au serveur (12) les 
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identifiants de position de la t§te de lecture dans le flux 
vid6o demand^. Le serveur (12) revolt les informations de 
position et adapte le contenu de 1' information 
complementaire (123) transmise au client k travers la 
5 liaison (10) en fonction de ladite position. 

Dans une autre realisation de cette invention, les 
informations de position' sont transmises en m§me temps que 
la demande pour la sequence vid^o et le serveur commence la 
diffusion de 1' information complementaire correspondant k 
10 ladite position aprds avoir verifier I'autorisation, 

Le client (8) regoit la partie de 1' information 
complementaire (123) correspondant a la position de la t§te 
de lecture et la stocke dans le tampon d' entree (86), Ce 
tampon est de pr6f6rence une m^moire volatile. Dans le m§me 
15 temps, le client lit k partir du support de stockage (85) le 
flux principal modifi^ correspondant k cette position via le 
tairpon de lecture (83) . Le dispositif de synthase (87) 
utilise 1' information complementaire stock^e dans le tampon 
d' entree (86) et le flux principal stocke dans le tampon de 
lecture (83) pour reconstituer sans erreur le flux originel 
et I'envoyer vers le lecteur (81). Le flux originel, lu par 
le lecteur (81) , est alors affiche sur le dispositif 
d'affichage (6) . 

Dans cet exemple de realisation, deux variables pour 
chaque image du flux sont utilisees comrae identifiant de 
position : la variable « temporal_reference » ou reference 
temporelle, presente dans le champ « picture_header » ou en- 
tete d' image pour chaque image, et la variable « time_code » 
ou code teir^orel, presente dans le chanq? « Group Of Pictures 
Header » ou en~t§te de groupe d' images pour le groupe 
d' images dans lequel se trouve 1' image consider6e. Ces 
variables permettent d' identifier de maniere unique une 
image dans un flux video MPEG-2 d'une duree totale 
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inf6rieure k 24h. Le client envoie r6guli6rement au serveur 
sa position dans le flux vid6o en lui communiquant ces deux 
donn6es. Le serveur adapte la portion de 1' information 
compl^raentaire k envoyer en fonction de cette position. 
5 Chaque portion de 1' information compl6mentaire contient en 
effet une copie de ces identifiants de position ou 61§ments 
de synchronisation permettant de faire un lien unique entre 
1' image du flux principal modifi^ et la portion de 
1' information complement a ire correspondante qui permet de 
10 modifier le flux principal modifie afin de reconstituer la 
partie correspondante du flux nominal. Dans cet exemple de 
realisation, 1' information compl^mentaire est contenue dans 
un fichier unique. Lorsque le serveur (12) regoit les 
variables de position provenant du client, il determine la 
portion de 1' information complementaire i envoyer en 
parcourant ledit fichier. Pour que la recherche de la 
portion voulue soit plus rapide, 1' invention peut 
avantageusement utiliser un tableau qui fait correspondre 
une position dans ledit fichier avec une image du flux 
principal embrouill^, ce tableau etant realise lors d'une 
phase pr^alable, associee a 1' analyse du flux principal. 

Dans un mode de realisation alternatif, 1' element de 
synchronisation ou identifiant de position de la tete de 
lecture dans le flux disponible sur I'equipement 
destinataire est le num6ro de 1' image courante, c'est-a-dire 
I'ordre d' apparition de ladite image au sein du flux 
principal modifi6 correspondant . Par exemple, la premiere 
image du flux principal modifi6 aura le num6ro 1, la 
deuxidme le num^ro 2, et la 22*^ le num^ro 22. Ce num§ro est 
§galement indiqu6 dans 1' information con5)l^entaire de fagon 
i etre capable de faire le lien entre 1' image du flux 
principal modifie et la portion de 1' information 
complementaire correspondante qui permet de transformer le 
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flux principal modifi6 afin de reconstituer la partie 
correspondante du flux nominal. 

Dans un troisidme exen^jle de realisation, les Aliments 
de synchronisation ou identifiants de position de la t§te de 
lecture dans le flux disponible sur l'6quipement 
destinataire sont des mots binaires calculus partir du 
flux principal modifi^, un mot binaire donn6 ^tant 
specif ique au contenu d'une portion donn^e du flux principal 
modifie, ladite portion etant caract^risee par sa position 
binaire^ d^finie par le norabre de bits qui la separent du 
d6but du flux, et sa taille, ledit mot binaire 6tant 
sp6cifi6 dans la portion de 1' information compl^mentaire 
correspondante, Ce mot binaire est calcule d'apres le 
contenu binaire de ladite portion de fagon a ce que deux 
portions ref^renc^es diff^rentes produisent des mots 
binaires diff6rents. Pour obtenir le mot binaire, on peut 
utiliser une table de « hash » code. Une table de « hash » 
code est un ensemble d' entries, ou chaque entree est 
constitute d'une cle et d'une valeur. On ne peut avoir deux 
entries ayant la meme cl6. A partir d'une cl6, une table de 
« hash » code peut retrouver tres rapidement 1' entree 
correspondante. II existe de nombreux algorithmes de ce 
genre qui sont notamment utilises dans les 
telecommunications pour dttecter les erreurs de 
transmission. 

Dans une variante de realisation de I'exemple 
precedent, ledit mot binaire n'est pas calcule d'apr^s le 
contenu binaire d'une portion du flux principal modifi§ 
caract§ris§e par sa position binaire et sa taille, raais 
d'apres le contenu binaire d'une image du flux principal 
modifie donnee. 

Dans un autre exemple de realisation, les Elements de 
synchronisation ou identifiants de position de la t§te de 
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lecture dans le flux disponible sur I'^quipement 
destinataire sont des mots binaires ins6r6s dans chaque 
champ utilisateur du flux principal modifie (champ « user 
data » de MPEG-2 que I'on peut insurer avant chaque image 
d'un flux vid6o MPEG-2), et dans la portion de 1' information 
compl6mentaire correspondante , Chaque mot binaire est 
different de fagon a ce que le lien entre une image du flux 
principal modifie et une portion de 1' information 
complementaire soit unique.' 

Quel que soit le mode de constitution desdits 
identifiants de position de la tete de lecture, en 
fonctionnement normal et continu d'affichage du flux vid^o 
(lecture single), le client (8) envoie au serveur une 
information de position correspondant a la dernidre image ou 
h la derniere portion affichee du flux disponible sur 
l'6quipement destinataire qui peut etre soit issue du flux 
principal modifie si le client n'a pas repu 1' information 
complementaire correspondante pour modifier le flux 
principal modifie afin de reconstituer la partie 
correspondante du flux nominal, soit issue du flux 
reconstitu6 identique au flux nominal dans le cas contraire. 
Le serveur regoit cette information de position et calcule 
la portion d' information complementaire a envoyer pour 
permettre le visionnage du contenu suivant cette derniere 
position affichee. Dans I'exemple de realisation qui nous 
interesse, ce calcul est possible grSce ^ la correspondance 
entre les couples reference temporelle (code temporel 
present dans les messages envoy6s par le client vers le 
serveur) et les couples de m^me nature inscrits dans 
1' information complementaire • En fonctionnement normal, la 
position envoyee par le client (8) correspond a une portion 
d' information complementaire recemment envoyee par le 
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serveur (12) . Celui-ci envoie done la portion suivante de 
1' information complementaire au client (8) par le r^seau 
(10) • Cette portion correspond en fait i des images que le 
client va bientdt afficher sur le dispositif d'affichage 
5 (6), pour laisser le temps au dispositif de synthase (87) de 
d^sembrouiller le flux. Si le serveur envoyait 1' information 
complementaire correspondant ^ ce que le client est en train 
d' afficher, celle-ci arriverait trop tard chez le client 
pour pouvoir etre utilis^e, il faut done I'envoyer avec une 
10 16gdre anticipation. Le serveur (12) envoie 1' information 
complementaire par paquets, chaque paquet comprenant 
1' information n6cessaire pour reconstituer plusieurs images. 
Si chaque paquet correspond A une dur6e t de la sequence 
vid6o et que la transmission du paquet occupe une dur6e t'^ 
15 le serveur (12) attend une dur^e (t-t^) entre la fin de la 
transmission d'un paquet et le d6but de la transmission du 
paquet suivant. A la fin de cette attente, le serveur se 
reveille et analyse les messages en provenance du client. 
Ces messages conditionnent alors le comportement du serveur 
de la fagon decrite ci-dessus. 

Le serveur (12) envoie des portions d' information 
complementaire tant qu' il regjoit des messages du client (8) 
lui donnant la position de la tete de lecture. Lorsque le 
client arr^te la lecture (« pause » ou « stop » ou 
d^connexion r^seau), il arr§te d'envoyer des informations de 
position au serveur. Dans cet exemple r^alis^r si le serveur 
ne regoit pas de messages de l'6quipement client pendant le 
temps n^cessaire i celui-ci pour visionner le flux vid^o 
correspondant au dernier paquet d' information complementaire 
envoye (duree t) , c'est-a-dire s'il n'a pas regu de nouveaux 
messages lors de son r^veil, il arrete d'envoyer des 
portions d' information complementaire. 
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L' envoi de portions d' information con^lementaire 
reprend quand le client recommence i lire la sequence vid^o 
et done k envoyer des informations de position. Ainsi, dans 
le cas d'une panne de r^seau empdchant la communication 
entre I'^quipement client et le serveur, lorsque la panne 
survient, le serveur cesse de recevoir des identifiants de 
position de la t§te de lecture et stoppe done 1' envoi de 
1' information compl^mentaire ; et lorsque la panne cesse, 
l'6quipement client envoie sa position courante dans le flux 
disponible sur I'equipement client, le serveur la regoit, 
s'y adapte et envoie 1' information complementaire 
correspondante . De mdme dans le cas d'une « pause » ou d'un 
arret du visionnage du flux video par le client, le serveur 
ne re^oit plus de messages du client et stoppe done 1' envoi 
de 1' information con5>16mentaire : celui-ci reprend lorsque 
le client reprend la lecture du flux video disponible sur 
I'equipement client. 

Avantageusementr dans le cas ou le client souhaite 
arreter de regarder le flux vid^o pour une dur^e prolong^e, 
la session client - serveur est fermee. Lorsque la session 
reprend suite i la volonte du client de reprendre le 
visionnage du flux video et a sa reconnexion au serveur, le 
serveur envoie 1' information complementaire a partir de la 
portion correspondant i celle qu'il recevait avant la fin de 
session. L'affichage du flux vid6o sur I'equipement client 
ne reprend qu'au moment ou il commence k recevoir les 
informations compiementaires de la part du serveur. 

Si le client fait un retour en arri^re dans la 
sequence video, la nouvelle position envoyee au serveur est 
une position anterieure k la demiere position envoyee. 
L' envoi suivant du serveur est done une partie de 
1' information complementaire situee avant la derni^re partie 
envoyee. La quantite et done la duree de 1' information 



wo 2004/056114 



PWWR2003/050158 



25 

compl^mentaire envoy^e par le serveur depend de la vitesse 
arriSre qui a 6t6 choisie par le client. Cette 
fonctionnalit^ permet d'offrir plusieurs vitesses de retour 
arridre sur I'^quipement du client. 
5 De m§me, si le client envoie une commande « avance 

rapide » dans la sequence vid§o, la nouvelle position 
envoyee au serveur est post6rieure ^ la position 
« attendue » par le serveur, c'est-a-dire la position 
correspondant k la demiere partie de 1' information 
10 complementaire envoyee par le serveur au client. L' envoi 
suivant du serveur est done une partie de 1' information 
complementaire situ6e apr^s la derniere partie envoyee. La 
quantite de 1' information complementaire envoyee par le 
serveur depend de la vitesse « avance rapide » qui a 
15 choisie par le client. Cette fonctionnalit^ permet d'offrir 
plusieurs vitesses « avance rapide » sur I'equipement du 
client. 

Pour am^liorer la synchronisation entre le serveur et 
le client, 1' invention comprend egalement un mecanisme 
d' accusation de reception. La portion d' information 
complementaire envoyee par le serveur (12) est stock^e dans 
le tampon d' entree (86) • Si le dispositif de synthase (87) a 
besoin de cette information complementaire pour reconstituer 
le flux originel et qu'il y arrive, le client (8) envoie un 
message de confirmation pour specifier au serveur (12) s'il 
a bien regu 1' information compl6mentaire et s'il a ete en 
mesure de I'utiliser pour I'affichage. Si le client n'a pas 
pu utiliser 1' information complementaire, cela signifie pour 
le serveur que celle-ci est arrivee trop tard (apres le 
moment ou elle devait §tre utilisee) et done que le client 
et le serveur sont desynchronises . Dans ce cas, le tampon 
d' entree (86) est vide et le serveur (12) adapte le flux 
d'' informations qu'il envoie pour faire en sorte de remplir 
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ce tampon. Pour cela, le serveur (12) doit anticiper plus 
longuement la lecture du client (8) • II dispose alors de 
deux solutions : 

- soit il augmente le nombre d' images dans le prochain 
paquet, Cette solution permet de conserver la continuity du 
flux affich^, mais necessite un r^seau (10) de taille 
suffisante pour supporter une augmentation momentan^e du 
trafic ; 

-soit il choisit une portion d' information 
compl^entaire posterieure k celle qu'il devrait envoyer 
pour assurer la continuity du flux video. Alors, les images 
pour lesquelles aucune information complementaire n'est 
envoyee restent embrbuiliyes. 

Dans un autre exemple de realisation^ le protocole 
r6seau utilise pour les communications entre le client et le 
serveur est UDP (« User Datagram Protocol ») . 

Enfin, un autre mode de mise en oeuvre est d^crit par 
la suite, concertiant la synchronisation dans un syst^me de 
protection applique k des flux audiovisuels au format MPEG-2 
TS (« Transport Stream » en anglais, ou flux pour le 
transport) , def ini par la norme MPEG -2 pour une diffusion de 
donn6es robuste aux erreurs de transmission sur les r^seaux. 
Chacune des pistes audio ou vid6o contenues dans le flux est 
d6compos6e en une serie de paquets de 188 octets, appel^s 
paquets TS. Chaque paquet TS contient une entete indiquant a 
quelle piste audio ou vid^o le paquet est rattach^, I'ordre 
de traitement des paquets et les informations de 
synchronisation des pistes audio et vid6o associ6es. 

Lors de I'^tape d'embrouillage, certains des paquets 
TS relatifs aux flux videos sont substitu§s par des paquets 
« leurres » conformes a la norme, dans le but de d^grader 
visuellement le flux vid6o. Chaque paquet MPEG-2 TS au sein 
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du flux est identifi6 de manidre unique, afin de 
synchroniser correctement le flux principal inodifi§ et 
1' information complfementaire, et de r^ins6rer les paquets 
d'origine dans le flux lors de la phase de d^sembrouillage. 

L' operation de d^sembrouillage du flux prot^g^ par 
substitution de paquets TS est simple et efficace. Le module 
de d^sembrouillage utilise des informations relatives k 
1' encapsulation MPEG~2 TS des donn^es, appel^es 
« identifiants », sans utiliser les donn6es relatives au 
contenu video pour la synchronisation. 

Lesdits identifiants utilises pour la synchronisation 

sont : 

• le PID (« Program Identity » en anglais) ou 
« identif iant de programme » du paquet substitu6 ; 

• le « continuity counter » en anglais ou 
« compteur de continuity » du paquet substitu6; 

• la derni^re PGR (« Program Clock Reference » en 
anglais) ou «horioge de r6f6rence» rencontr^e, 
relative au flux vid6o concerne; 

• 1' index d' occurrence dudit compteur de continuity 
depuis le dernier paquet MPEG-2 tS renfermant un PGR, 
Get index n'etant pas present dans I'entete des 
paquets TS, est calcul6 lors des phases d' embrouillage 
et de d^seinbrouillage. 

L' « identif iant de programme » d'un paquet TS est 
situ^ dans I'entete de chaque paquet TS permettant a un 
decodeur MPEG-2 d'associer tous les paquets TS relatifs a un 
meme flux lors du d^multiplexage . 

Le « compteur de continuity » d'un paquet TS est un 
compteur cyclique variant entre 0 et N-1 et permet de 
remettre les paquets en ordre en cas de permutation ou de 
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perte de paquets, dus une erreur de transmission rSseau, 
dans un groupe de N paquets cons^cutifs. 

L' «horloge de r6f6rence» est un champ binaire 
optionnel et sert au d6codeur pour calculer une base de 
ten^s • 

L' index d' occurrence du compteur de continuity non 
present dans les paquets TS, est calcule par le module 
d' analyse et d'embrouillage (12). Ledit index d' occurrence 
correspond, pour un paquet donn^, au nombre de paquets TS 
ayant la merae horloge de reference et le meme compteur de 
continuity^ qui se sont succed^s depuis le dernier champ 
d' horloge de r6f6rence. horloge de r^f^rence est relative 
i 1' identif iant de programme du paquet • En consequence, un 
paquet TS contenant une horloge de r6f6rence, aura 
n6cessairement un index d' occurrence de 1. Le paquet TS de 
m§me identifiant de programme et de m^me compteur de 
continuity qui suivra aura done un index d' occurrence de 2 
(si aucuiie horloge de ryf^rence ne s'est gliss^e pour ce 
flux entre temps) , Les index d' occurrence des paquets 
suivants sont incrymentys de 1 si leur compteur de 
continuity a tourne d'un cycle (N) et leur identifiant de 
programme est identique, et ce, jusqu'a ce qu'une nouvelle 
horloge de ryfyrence relative au meme flux soit rencontrye. 

Lorsque le module d' embrouillage sauvegarde dans 
1' information compiymentaire les paquets TS d'^origine qui 
ont yty substituys, il leur associe systymatiquement les 
quatre identif iants citys prycydemment : 

• L' identifiant de programme du paquet permet, coty 

client, de savoir A quel flux yiymentaire appartient 

le paquet. 

o La demidre horloge de ryfyrence rencontrye permet 
de situer la tranche temporelle (avec une 
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granularity de 100 ms) k laquelle appartient le 
paquet. 

o index d' occurrence du con^teur de continuity 
permet d' identifier un groupe de N paquets TS aucjuel 
appartient le paquet. 

o Le compteur de continuity permet d' identifier a 
quel paquet exactement on fait r^f^rence au sein de 
ce groupe de N paquets. 

Ces quatre identifiants sont utilis6s pour la 
synchronisation lors de la phase de dysembrouillage, 
1' index d' occurrence du compteur de continuity ytant 
egalement recalcuiy lors de la phase de dysembrouillage. 

Par exeit^le, dans une solution de diffusion de flux 
MPEG-2 TS protygys en temps reel, lorsque le client (8) 
souhaite visualiser le flux, le serveur envoie au pryalable 
une partie de 1' information compiymentaire contenant des 
paquets TS d'origine, incluant des informations de 
synchronisation TS associys. Lorsque le module de 
desembrouillage (87) regoit un paquet d' information 
compiymentaire, il ryalise a I'aide des identifiants de 
synchronisation la correspondance avec les paquets du flux 
principal modifiy et les substitue par les paquets 
originaux presents dans 1' information complementaire . 

Dans le cadre d'une application de vidyo k la demande, 
le module de desembrouillage transmet reguliyrement au 
serveur (12) les identifiants de synchronisation issus des 
paquets du flux principal modifiy qui est en cours de 
desembrouillage et d'affichage sur I'ycran de visualisation 
(5). De cette maniyre, le serveur (12) en dyduit la portion 
d' information compiymentaire dont le client aura besoin dans 
les instants a venir et lui envoie les paquets nycessaires 
de 1' information compiymentaire. 
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REVENDICATIONS 

1. ProcgdS pour la distribution de sequences videos 
selon un format de flux nominal constitu#s par une 
5 succession d' images, ledit flux sur lequel on precede, avant 
la transmission I'gquipement client, 1^ une analyse pour 
g6n6rer un flux principal modifi^, pr^sentant le format du 
flux nominal, et presentant des images modifiSes par la 
substitution de certaines donnees par des donnSes de meme 

10 nature mais algatoires ou calcul^es, et une information 
complSmentaire d'un format quelconque^ comportant les 
donnees substitutes et les informations numSriques aptes a 
permettre la reconstruction dudit flux nominal modifi§, puis 
a transmettre s6par6ment, le flux principal modifiS en temps 

15 reel ou en temps difftrS et 1 ' information complementaire en 
temps rSel au moment de la visualisation depuis le serveur 
vers I'Squipement destinataire, et pour lequel on calcule 
sur I'gquipement destinataire une synthase d'un flux 
disponible au format nominal, reconstitut en fonction dudit 

20 flux principal modifit et de ladite information 
complementaire et une lecture dudit flux disponible sur 
l'6quiperaent destinataire caract6ris^ en ce que ledit 
proc6d§ comporte, pendant ladite lecture dudit flux, une 
etape consistant ^ gentrer un identifiant de position en 

25 fonction d'une caracteristique dudit flux lu, cet 
identifiant de position ttant transmis au serveur activant 
en reponse 1' envoi de 1 ' information complementaire en 
fonction dudit identifiant de position. 

2 . Precede pour la distribution de sequences videos 
30 selon la revendication 1, caracterise en ce que chaque image 

du flux nominal est associee a un indicateur de position. 

3. Proctde pour la distribution de sequences videos 
selon la revendication 1, caracterise en ce que 1' etape de 
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lecture coiaporte une operation de calcul de 1 ' identif iant de 
position de 1' image lue. 

4. Proc6d6 pour la distribution de sequences videos 
selon la revendication 1, caract6ris6 en ce que l'6tape de 

5 lecture comporte une operation de calcul de I'identifiant de 
position du flux lu. 

5. ProcSdS pour la distribution de sequences videos 
selon la revendication 1, caracterisg en ce que 
1' information compl^mentaire est envoy^e par portions. 

10 6. Proc6d6 pour la distribution de sequences vidSo 

selon la revendication 1, caracteris^ en ce que le flux 
disponible sur I'Squipement destinataire dont la lecture 
conditionne la position et la portion ^ envoyer de ladite 
information compl6mentaire est une partie du flux principal 

IS modifig. 

7. Precede pour la distribution de sequences vid6o 
selon la revendication 1, caract6ris6 en ce que le flux 
disponible stir l'6quipement destinataire dont la lecture 
conditionne la position et la portion a envoyer de ladite 

20 information complgmentaire est une partie du flux nominal 
reconstitug . 

8. ProcedS pour la distribution de sequences video 
selon I'une des revendicatlons pr6c6dentes, caract6ris6 en 
ce que le format de flux nominal est dSfini par la norme 

25 MPEG-2 • 

9. ProcSd^ pour la distribution de sequences vid^o 
selon la revendication 8, caract^risS en ce que ledit 
identifiant de position pour une image est constitue des 
variables code temporel du groupe d' images dans lequel se 

30 trouve ladite image et reference temporelle de ladite 
image • 
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10.Proc6d6 pour la distribution de sequences video 
selon I'une des revendications pr^cfidentes, caract§ris^ en 
ce que le format de flux nominal est au format MPEG-2 TS et 
que ledit identifiant de position est constitug des quatre 
5 variables identifiant de programme, horloge de r§f6rence, 
compteur de continuite et index d' occurrence du compteur de 
continuity, ledit index d' occurrence du compteur de 
continuite resultant d'un calcul appliqu^ sur les paquets 
TS. 

1^ ll.Proc6d6 pour la distribution de sequences vid6o 

selon I'une des revendications pr6c6dentes, caractgrise en 
ce que chaque portion de ladite information compl&nentaire 
envoyge par le serveur permet de reconstituer au moins une 
image du flux originel lors de ladite synthase. 

15 12 . Proc6de pour la distribution de sequences vidgo 

selon I'une des revendications precedentes, caractSrisg en 
ce que le serveur adapte la taille et le contenu de chaque 
portion de ladite information complementaire a envoyer en 
fonction dudit identifiant de position. 

20 13.Proc6d6 pour la distribution de sequences vid6o 

selon I'une des revendications prec^dentes, caracteris# en 
ce que chaque portion de ladite information complementaire 
est envoy^e en avance par rapport H 1' instant d'affichage de 
ladite image du flux reconstitute avec ladite portion. 

25 14aProctde pour la distribution de sequences v±d6o 

selon I'une des revendications pr6c6dentes, caract6ris6 en 
ce que le serveur adapte 1' envoi d ' information 
complementaire, lorsque I'utilisateur de I'equipement 
destinataire fait « pause », en arretant 1' envoi de 

30 1 ' information complementaire. 

15 . Proctde pour la distribution de sequences vid6o 
selon I'une des revendications precedentes, caracttrise en 
ce que le serveur adapte 1' envoi d ' information 
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complement aire, lorsque I'utilisateur de I'equipement 
destinataire fait « avance rapide » ou « retour rapide », en 
envoyant la portion correspondant k la position adequate 
pour les comiaandes « avance rapide » et « retour rapide ». 
5 IG.ProcSdS pour la distribution de sequences vid^o 

selon I'une des revendications pr6c6dentes, caractgris^ en 
ce que le serveur adapte 1' envoi d' information 
complementaire, lorsqu'une panne rSseau aurvient qui empSche 
la communication client - serveur, en arretant 1' envoi 
10 d'infoisnation coiiiplgmentaire durant la panne et le reprenant 
lorsque la panne cesse et qu'il regoit de nouveau les 
messages en provenance du client, 

17. Proced6 pour la distribution de sequences vid6o 
selon I'une des revendications prec^dentes, caracterise en 

15 ce que le serveur cr6e, prSalablement a 1' envoi de 
1' information compl^inentaire, un tableau associant des 
pointeurs vers des portions de 1' information compl^mentaire 
avec des positions temporelles relatives k des images du 
flux vidSo, Btocke ledit tableau sur un support reli6 au 

20 serviBur et consulte ledit tableau pour determiner la portion 
d' information compiementaire IL envoyer aprds avoir regu 
ledit identifiant de position. 

18. Equipement pour la fabrication d'un flux vidSo en 
vue de la mise en oeuvre du procSdS selon I'une des 

25 revendications pr^cedentes, comportant au moins un serveur 
multimedia contenant les sequences videos originelles, un 
dispositif d' analyse du flux video provenant dudit serveur 
pour generer ledit flux principal modifie et ladite 
information complementaire caracterise en ce qu'il comprend 

30 un dispositif de synchronisation de 1' envoi de ladite 
information complementaire en fonction dudit identifiant de 
position envoye par I'equipement destinataire. 
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19.Systdme pour la transmission d'un flux vid6o selon 
les revendications 1 16, caract6ris6 en ce qu'il comprend 
un gquipement de production d'un flux vid^o, au moins un 
gquipement d' exploitation d'un flux vid^o et au moins un 
reseau de communication entre I'Squipement de production et 
le ( s ) gquipement ( s ) d ' exploitation . 
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